318581 - Bottom borders on items inside <li> tags sometimes missing

Status: RESOLVED WORKSFORME

(Core :: Web Painting, defect)

Description

[Carlos Rodrigues]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

I've noticed that, since upgrading to Firefox 1.5, some items inside <code></code> blocks on DokuWiki generated pages are missing the bottom border. After some tests I concluded that this only happens when the "<pre></pre>" block generated from those "code" tags ends up inside a "<li></li>" block.

This works fine on other browsers and previous versions of Firefox.


Reproducible: Always

Steps to Reproduce:
1. Go to the URL mentioned above
2. Look at item "5" on the "MacOS X and Apache" section.

Actual Results:  
The block is missing a (dashed) bottom border, but the other blocks are not.

Expected Results:  
All block should have a (dashed) bottom border.

Comment 1

[Martijn Wargers (dead)]

Attachment: testcase

Comment 2

[Martijn Wargers (dead)]

This seems like a rounding issue to me.
It might be useful to know when this regressed.

Comment 3

[Carlos Rodrigues]

The test case works fine. Maybe because the "pre" tags aren't inside "li" blocks.

Comment 4

[Martijn Wargers (dead)]

Hmm, apparently the bug in the testcase only shows in my debug build.

Comment 5

[Ria Klaassen (not reading all bugmail)]

Yes, all the borders show up here in the testcase.
It is a fairly recent regression: 1.9a1_2005083014 - 1.9a1_2005083018.

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-08-30+13%3A00%3A00&maxdate=2005-08-30+18%3A00%3A00&cvsroot=%2Fcvsroot

Comment 6

[Ria Klaassen (not reading all bugmail)]

I found also the regressionrange for branch (3 weeks later):
1.8b5_2005092010 - 1.8b5_2005092022. They have one patch in common: bug 192077.

http://tinderbox.mozilla.org/bonsai/cvsquery.cgi?treeid=default&module=AviarySuiteBranchTinderbox&branch=MOZILLA_1_8_BRANCH&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-09-20+09%3A00%3A00&maxdate=2005-09-20+22%3A00%3A00&cvsroot=%2Fcvsroot
 

Comment 7

[Carlos Rodrigues]

Still happening with 1.5.0.1

Comment 8

[Carlos Rodrigues]

This bug is still present in 1.5.0.3.

Comment 9

[Carlos Rodrigues]

This page [http://s1x.homelinux.net/documents/ffox_glitches/] shows the same problem, also with "pre" elements but not inside a "li" block. I think this may be the same problem. (Tested with Fiefox 1.5.0.4 on Windows.)

Comment 10

[John Vandenberg]

attachment 207636 [details] WFM on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

The "Steps to Reproduce" no longer work as the document at the original URL has been altered.  http://s1x.homelinux.net/documents/ffox_glitches/ indicates some of the problems were fixed in 1.5.0.4.

Comment 11

[Carlos Rodrigues]

Attachment: Testcase for the missing bottom borders problem.

Comment 12

[Carlos Rodrigues]

The problem persists in Firefox 2.0.0.3, as you can see in attachment #261728 [details].

Comment 13

[Ria Klaassen (not reading all bugmail)]

It appears to be fixed on trunk, somewhere in January 2006. Don't know if this bug should stay open (in case someone wants to fix it on branch).

Comment 14

[John Vandenberg]

Attachment: reduced test case

I have reduced this test case down to a single HTML page, and the result is that I am not sure this is a rendering problem.  To illustrate this, change the dashed border from 1px to 2px to see that one pixel is then displayed.

div.dokuwiki pre {
..
border:2px dashed #8CACBB;
..
}

Comment 15

[Carlos Rodrigues]

I haven't seen this behavior for a while. This appears to be fixed.

Comment 16

[Jason Bassford]

No bug or patch referenced as the fix.